Method, computer program product, and system for installing an operating system from a storage device using a sector offset

ABSTRACT

A method, computer program product, and system that include identifying a sector offset on a storage device and storing an image onto the storage device at the sector offset where the image includes an operating system. The method also includes providing the sector offset to an installation engine and, subsequent to storing the image on the storage device, initiating the installation engine to cause the operating system to be installed on the storage device using the image.

BACKGROUND

[0001] The disclosures herein relate generally to build-to-order computer systems and more particularly to a method, computer program product, and system for installing an operating system from a storage device using a sector offset.

[0002] This application relates to co-pending U.S. patent application Ser. No. 09/333,786, filed on May 20, 1999, entitled “Method and Apparatus for Windows-Based Installation for Installing Software on Build-to-Order Computer Systems”, naming Bobby G. Doran, Jr., Bill Hyden, and Terry Wayne Liles as inventors.

[0003] This application relates to co-pending U.S. patent application Ser. No. 09/333,786, filed on Jun. 15, 1999, entitled “Method and Apparatus for Testing Custom-Configured Software/Hardware Integration in a Computer Build-to-Order Manufacturing Process”, naming Thomas Vrhel Jr., Gaston M. Barajas, Paul J. Maia, and W. D. Todd Nix as inventors.

[0004] This application relates to U.S. Pat. No. 6,041,395, filed on Dec. 3, 1997, entitled “System and Method for Changing Partition Mappings to Logical Drives in a Computer Memory”, naming Alan E. Beelitz as inventor.

[0005] The patent and co-pending applications are incorporated by reference in their entirety, and are assigned to the assignee of this application.

[0006] In the process of manufacturing a build-to-order computer system, a computer manufacturer typically installs an operating system onto the build-to-order computer system. In the build-to-order model, the operating system to be installed may be selected by a customer from one of a number of different operating systems. Each operating system may come from a different operating system vendor and may have a vendor-specific installation engine for installing the operating system in a computer system. Because the installation engine for each operating system is vendor-specific, each operating system typically requires significant development effort by a computer manufacturer to incorporate the installation of a particular operating system into the manufacturing process.

[0007] It would be desirable for a computer manufacturer to be able to minimize the development effort required to incorporate an operating system in a build-to-order manufacturing process. Accordingly, what is needed is a method, computer program product, and system for installing an operating system from a storage device using a sector offset.

SUMMARY

[0008] One embodiment, accordingly, provides a method that includes identifying a sector offset on a storage device and storing an image onto the storage device at the sector offset where the image includes an operating system. The method also includes providing the sector offset to an installation engine and, subsequent to storing the image on the storage device, initiating the installation engine to cause the operating system to be installed on the storage device using the image.

[0009] A principal advantage of this embodiment is that it provides a computer manufacturer with the ability to automate the installation of different operating systems in the manufacturing process. The embodiment may allow a computer manufacturer to provide computer systems to customers in a more cost-effective manner.

BRIEF DESCRIPTION OF THE DRAWINGS

[0010]FIG. 1 is a diagram illustrating an embodiment of a build-to-order computer system coupled to a server.

[0011]FIG. 2a is a first diagram illustrating a first example of installing an operating system on a storage device using a sector offset.

[0012]FIG. 2b is a second diagram illustrating a first example of installing an operating system on a storage device using a sector offset.

[0013]FIG. 2c is a third diagram illustrating a first example of installing an operating system on a storage device using a sector offset.

[0014]FIG. 2d is a fourth diagram illustrating a first example of installing an operating system on a storage device using a sector offset.

[0015]FIG. 3a is a first diagram illustrating a second example of installing an operating system on a storage device using a sector offset.

[0016]FIG. 3b is a second diagram illustrating a second example of installing an operating system on a storage device using a sector offset.

[0017]FIG. 3c is a third diagram illustrating a second example of installing an operating system on a storage device using a sector offset.

[0018]FIG. 3d is a fourth diagram illustrating a second example of installing an operating system on a storage device using a sector offset.

[0019]FIG. 4 is a flow chart illustrating an embodiment of a method for installing an operating system on a storage device using a sector offset.

DETAILED DESCRIPTION

[0020]FIG. 1 is a diagram illustrating an embodiment of a build-to-order computer system 120 configured to communicate with a server 100. Computer system 120 may be coupled to server 100 in any suitable way as indicated by a connection symbol 140. Connection symbol 140 represents a computer network, a direct electrical connection, a wireless connection, or any other connection configured to allow server 100 and computer system 120 to communicate.

[0021] In the embodiment of FIG. 1, server 100 is a computer system that is configured to cause an operating system to be installed on computer system 120 during a manufacturing process. Accordingly, server 100 includes a memory 108 configured to store a control process 110, an operating system image 112, and an installation engine 114 as shown in a box 100 a. Operating system image 112 includes an operating system configured to run on computer system 120. Control process 110 is executable to cause the operating system included in operating system image 112 to be installed on computer system 120 using installation engine 114.

[0022] As indicated by a box 120 a, computer system 120 includes a chipset 124 coupled to a processor 122, a plurality of devices 126 a, 126 b, and 126 c, and a storage device 128. Other embodiments of computer system 120 are possible and contemplated.

[0023] To install operating system image 112 onto storage device 128 on computer system 120, control process 110 locates storage device 128 and identifies a sector offset on storage device 128 where control process 110 will cause operating system image 112 to be stored. As used herein, the term sector offset defines a physical location on a storage device, such as storage device 128, without reference to a logical address associated with the storage device. The sector offset is determined by control process 110 prior to an operating system being installed on computer system 120. Accordingly, the sector offset is determined by control process 110 prior to storage device 128 being partitioned into one or more logical drives. In this way, the sector offset defines a physical location on storage device 128 without reference to a logical address. Control process 110 may determine the sector offset in conjunction with a basic input output system (BIOS) (not shown) on computer system 120. The BIOS may be configured to communicate with storage device 128.

[0024] Control process 110 causes the sector offset to be selected such that operating system image 112 will not be overwritten in response to the operating system contained in operating system image 112 being installed onto storage device 128. Accordingly, control process 110 may cause the sector offset to be selected in response to the size and/or other characteristics of the operating system, the size of operating system image 112, and the size of storage device 128.

[0025] After a sector offset is identified, control process 110 causes operating system image 112 to be stored on storage device 128 beginning at the sector offset. In one embodiment, control process 110 uses the BIOS of computer system 120 to cause operating system image 112 to be stored on storage device 128 at the sector offset. In other embodiments, other software tools may be developed to communicate with storage device 128. These software tools may or may not be integrated with control process 110. In the embodiment shown in FIG. 1, control process 110 stores operating system image 112 onto storage device 128 by copying operating system image 112 from memory 108 to storage device 128 using network 140. In another embodiment (not shown), control process 110 stores operating system image 112 onto storage device 128 by copying operating system image 112 from a CD-ROM to storage device 128. The CD-ROM may be coupled to either server 100 or computer system 120.

[0026] Control process 110 then provides the sector offset to installation engine 114 to cause installation engine 114 to install the operating system in operating system image 112 onto computer system 120 using the copy of operating system image 112 stored on storage device 128. In one embodiment, control process 110 may copy installation engine 114 onto storage device 128 along with operating system image 112 to allow installation engine 114 to execute on computer system 120. In other embodiments, installation engine 114 may execute from server 100 or other computer systems.

[0027] As part of installing the operating system, installation engine 114 may perform a formatting operation on storage device 128. For example, installation engine 114 may store information associated with storage device 128 and/or other devices on storage device 128 for use by the operating system. In addition, installation engine 114 may partition storage device 128 and/or other storage devices in computer system 120 as part of installing the operating system. Installation engine 114 may also cause a log file associated with the installation to be created and stored on storage device 128. The log file may include details of the installation including any problems or failures encountered during the installation.

[0028] It may be noted that operating system image 112 may not be visible to the operating system after the operating system is installed. Although operating system image 112 may still be present in storage device 128, no file system or partition information associated with operating system image 112 may exist because operating system image 112 was present before the operating system was installed. Accordingly, the operating system does not detect operating system image 112 on storage device 128 and the operating system may eventually overwrite the space occupied by operating system image 112 with other information.

[0029]FIGS. 2a, 2 b, 2 c, and 2 d are diagrams illustrating a first example of installing an operating system on storage device 128 using a sector offset using the embodiment of FIG. 1. As shown in FIG. 2a, storage device 128 is blank initially when it is detected by control process 110. In this example, control process 110 determines a sector offset 204 based primarily on the size of operating system image 112. Accordingly, control process 110 calculates sector offset 204 such that operating system image 112 will be stored at or near the highest address of storage device 128. As shown in FIG. 2b, control process 110 causes operating system image 112 to be stored onto storage device 128 beginning at sector offset 204 as indicated by a shaded region in FIG. 2b.

[0030] Control process 110 next provides sector offset 204 to installation engine 114. In this example, installation engine 114 executes on server 100 and control process 110 provides sector offset 204 to installation engine 114 using a function call to initiate installation engine 114. As part of installing the operating system, installation engine 114 partitions storage device 128 as indicated by a logical drive mapping C: 206 in FIG. 2c. As shown in FIG. 2d, installation engine 114 causes the operating system to be installed at the lowest address of storage device 128 as indicated by a shaded region 208 that includes the installed operating system.

[0031]FIGS. 3a, 3 b, 3 c, and 3 d are diagrams illustrating a first example of installing an operating system on storage device 128 using a sector offset using the embodiment of FIG. 1. As shown in FIG. 3a, storage device 128 is blank initially when it is detected by control process 110. In this example, control process 110 determines a sector offset 304 based primarily on the area on storage device 128 that the installed operating system will occupy. Accordingly, control process 110 calculates sector offset 304 such that operating system image 112 will be stored at location on storage device 128 that will not overlap with the area where the operating system will be installed. As shown in FIG. 3b, control process 110 causes installation engine 114 and operating system image 112 to be stored onto storage device 128 beginning at sector offset 304 as indicated by a shaded region in FIG. 3b.

[0032] Referring now to FIG. 3c, control process 110 also causes a boot code 306 (not shown in FIG. 1) to be stored at the lowest address of storage device 128. Control process 110 further stores a map file 308 that includes sector offset 304 at a location known to boot code 306. Control process 110 then causes computer system 120 to be reset. In response to being reset, computer system 120 executes boot code 306. Boot code 306 includes instructions that cause map file 308 to be located and cause sector offset 304 to be detected. Boot code 306 then causes sector offset 304 to be provided to installation engine 114 and causes installation engine 114 to be initiated. By storing sector offset 304 in a location known to boot code 306, control process 110 causes sector offset 304 to be provided to installation engine 114 using a predetermined location on storage device 128.

[0033] In this example, installation engine 114 executes on computer system 120. Installation engine 114, once initiated, may partition and/or format storage device 128 and may overwrite boot code 306 and/or map 308. As shown in FIG. 3d, installation engine 114 causes the operating system to be installed on storage device 128 as indicated by a shaded region 310 that includes the installed operating system. Installation engine 114 also causes a log file 312 to be created and stored on storage device 128 to store information associated with the installation of the operating system.

[0034] As may be seen from the examples described above, many variations on the process of installing an operating system on a storage device are contemplated. For example, the sector offset may be determined and provided to an installation engine in ways other than those described above. Also, the installation engine may be executed by one or more computer systems different from those shown in FIG. 1. Further, one or more functions described above as being performed by control process 110 may be performed in conjunction with a human user.

[0035] In addition, many variations from the embodiment of FIG. 1 are possible and contemplated. For example, server 100 and/or computer system 120 may include different types or numbers of the components shown in FIG. 1. In addition, control process 110, operating system image 112, and installation engine 114 may be stored in different memories on different computer systems. Further, memory 108 may be any type of storage apparatus configured to store information.

[0036] In other embodiments, computer system 120 or another computer system operatively coupled to computer system 120 may execute control process 110. In addition, control process 110 may access operating system image 112 from a storage apparatus located externally from server 100 such as a CD-ROM device coupled to computer system 120. Prior to being stored onto server 100, control process 110 may be stored onto any suitable storage apparatus such as a CD-ROM or floppy disk that is accessible by computer system 120 or server 100.

[0037]FIG. 4 is a flow chart illustrating an embodiment of a method for installing an operating system on a storage device using a sector offset. A sector offset of a storage device is determined as indicated in step 402. The sector offset may be determined using the size and/or other characteristics of an operating system, a size of an operating system image that includes the operating system, and/or a size of the storage device. An operating system image is stored at the sector offset as indicated in step 404. The sector offset is provided to the installation engine as indicated in step 406. The sector offset may be provided as part of a function call to the installation engine or may be stored in any location known to the installation engine. The installation engine is initiated as indicated in step 408. The storage device is partitioned as indicated in step 410. The storage device is formatted as indicated in step 412. The operating system is installed as indicated in step 414. A log file is created as indicated in step 416. In certain embodiments, steps 410, 412, and/or 416 may be omitted.

[0038] As can be seen, the principal advantages of these embodiments are that they provide a computer manufacturer with the ability to automate the installation of different operating systems in the manufacturing process. The embodiment may allow a computer manufacturer to provide computer systems to customers in a more cost-effective manner.

[0039] Although illustrative embodiments have been shown and described, a wide range of modification, change and substitution is contemplated in the foregoing disclosure and in some instances, some features of the embodiments may be employed without a corresponding use of other features. Accordingly, it is appropriate that the appended claims be construed broadly and in a manner consistent with the scope of the embodiments disclosed herein. 

What is claimed is:
 1. A method performed by a computer system comprising: identifying a sector offset on a storage device; storing an image onto the storage device at the sector offset, the image including an operating system; providing the sector offset to an installation engine; and subsequent to storing the image on the storage device, initiating the installation engine to cause the operating system to be installed on the storage device using the image.
 2. The method of claim 1, further comprising: subsequent to initiating the installation engine, partitioning the storage device.
 3. The method of claim 1, further comprising: subsequent to initiating the installation engine, performing a formatting operation on the storage device.
 4. The method of claim 1, further comprising: identifying the sector offset in response to a size of the storage device.
 5. The method of claim 1, further comprising: identifying the sector offset in response to a size of the image.
 6. The method of claim 1, further comprising: providing the sector offset to the installation engine by storing the sector offset in a predetermined location on the storage device.
 7. The method of claim 1, further comprising: providing the sector offset to the installation engine by passing the sector offset as part of a function call to initiate the installation engine.
 8. The method of claim 1, further comprising: storing the image onto the storage device by copying the image from a CD-ROM.
 9. The method of claim 1, further comprising: storing the image onto the storage device by copying the image over a network.
 10. A computer program product comprising: a computer program processable by a computer system for causing the computer system to: identify a sector offset on a storage device; store an image onto the storage device at the sector offset, the image including an operating system; provide the sector offset to an installation engine; and subsequent to storing the image on the storage device, initiate the installation engine to cause the operating system to be installed on the storage device using the image; and an apparatus from which the computer program is accessible by the computer system.
 11. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: subsequent to initiating the installation engine, partition the storage device.
 12. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: subsequent to initiating the installation engine, perform a formatting operation on the storage device.
 13. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: identify the sector offset in response to a size of the storage device.
 14. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: identify the sector offset in response to a size of the image.
 15. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: provide the sector offset to the installation engine by storing the sector offset in a predetermined location on the storage device.
 16. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: provide the sector offset to the installation engine by passing the sector offset as part of a function call to initiate the installation engine.
 17. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: store the image onto the storage device by copying the image from a CD-ROM.
 18. The computer program product of claim 10, wherein the computer program is processable by the computer system to cause the computer system to: store the image onto the storage device by copying the image over a network.
 19. A system comprising: a computer system for: identifying a sector offset on a storage device; storing an image onto the storage device at the sector offset, the image including an operating system; providing the sector offset to an installation engine; and subsequent to storing the image on the storage device, initiating the installation engine to cause the operating system to be installed on the storage device using the image.
 20. The system of claim 19, wherein the computer system is for: subsequent to initiating the installation engine, partitioning the storage device.
 21. The system of claim 19, wherein the computer system is for: subsequent to initiating the installation engine, performing a formatting operation on the storage device.
 22. The system of claim 19, wherein the computer system is for: identifying the sector offset in response to a size of the storage device.
 23. The system of claim 19, wherein the computer system is for: identifying the sector offset in response to a size of the image.
 24. The system of claim 19, wherein the computer system is for: providing the sector offset to the installation engine by storing the sector offset in a predetermined location on the storage device.
 25. The system of claim 19, wherein the computer system is for: providing the sector offset to the installation engine by passing the sector offset as part of a function call to initiate the installation engine.
 26. The system of claim 19, wherein the computer system is for: storing the image onto the storage device by copying the image from a CD-ROM.
 27. The system of claim 19, wherein the computer system is for: storing the image onto the storage device by copying the image over a network. 